03-라우팅테이블구성

라우팅 테이블 구성

VPC 콘솔 → 라우팅 테이블 클릭
여러분의 VPC와 연관된 라우팅 테이블 확인:
- Public용 라우팅 테이블 (인터넷 게이트웨이 연결됨)
- Private용 라우팅 테이블 (인터넷 게이트웨이 연결 안됨)

라우팅 탭을 보면 구분할 수 있습니다:

라우팅 테이블 목록에서 Public용 찾기
- 라우팅 탭에 0.0.0.0/0 → 인터넷 게이트웨이가 있는 것
해당 라우팅 테이블 클릭 → 서브넷 연결 탭
서브넷 연결 편집 클릭
사용 가능한 서브넷에서 체크:
- 기존 Public 서브넷 (이미 체크되어 있음)
- webapp-public-subnet-2c (새로 추가)
연결 저장 클릭

라우팅 테이블 목록에서 Private용 찾기
- 라우팅 탭에 인터넷 게이트웨이가 없는 것
해당 라우팅 테이블 클릭 → 서브넷 연결 탭
서브넷 연결 편집 클릭
사용 가능한 서브넷에서 체크:
- 기존 Private 서브넷 (이미 체크되어 있음)
- webapp-private-subnet-2c (새로 추가)
연결 저장 클릭

라우팅 탭에서 다음 경로들이 있어야 함:

10.0.0.0/16 → local (VPC 내부 통신)
0.0.0.0/0 → 인터넷게이트웨이 (인터넷 연결)

서브넷 연결 탭에서:

라우팅 탭에서:

10.0.0.0/16 → local (VPC 내부 통신만)

서브넷 연결 탭에서:

나중에 EC2를 생성한 후, 다음처럼 동작해야 합니다:

Public 서브넷의 EC2:
- 인터넷 접근 가능 ✓
- 다른 서브넷과 통신 가능 ✓

Private 서브넷의 EC2:  
- 인터넷 접근 불가능 ✗
- 다른 서브넷과 통신 가능 ✓

외부 사용자가 웹사이트 접속할 때:

인터넷 → 인터넷게이트웨이 → Public서브넷 → Web서버

Web서버가 WAS서버와 통신할 때:

Public서브넷 → VPC내부 → Private서브넷 → WAS서버

Private서브넷에서 외부 접속 시도할 때:

Private서브넷 → 차단됨 (인터넷게이트웨이 연결 안됨)

이제 2개 가용영역에서 안전한 서비스를 만들 네트워크 준비가 끝났습니다. 다음에는 Application Load Balancer를 만들어서 트래픽을 여러 서버에 분산시켜보겠습니다.

Multi-AZ 네트워크 확장 완료

이제 2개 가용영역에서 안전한 서비스를 만들 준비가 끝났습니다.

다음 단계: AWS EDU/Archive/조선대학교 AWS 멘토링/Week3.5-HA-Scalable-WebService/02-Application-Load-Balancer/01-ALB개념이해